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(57) ABSTRACT 

A method and apparatus for a multi-state window is accom- 
plished by presenting a multi-state window on a computer 
screen in various states. In a given state, or ghost state, the 
multi-state window is provided on screen in a translucent 
form. In the translucent form, a window overlapped by the 
multi-state window will be shown and remain in focus. 
When a user input is received in the overlapped portion, a 
multi-state window driver associated with the multi-state 
window will provide the input to the overlaid window, i.e., 
to its associated window driver. If the user decides to 
activate the multi-state window, the multi-state window 
driver transforms the multi-state window from the translu- 
cent state to an in-focus state. When in the in-focus state, the 
user inputs are processed by the multi-state window driver 
and not provided to the overlaid window. 

17 Claims, 5 Drawing Sheets 
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METHOD AND APPARATUS FOR 
OVERLAYING A WINDOW WITH A 
MULTI-STATE WINDOW 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to graphic user interfaces 
and more particularly to a raulti -state window. 

BACKGROUND OF THE INVENTION 

Graphical user interface objects ("GUI") are known to 
include mouse control cursors, touch screens, pull-down 
menus, tool bars, task bars, short-cut icons, icons, and 
windows. Each of these on-screen GUIs allow a user to 
manipulate a computer to achieve a desired result. A desired 
result may be repositioning of a window, icon, etc., creation 
of a word processing document, a database document, a 
graphics document, etc. 

As more and more GUIs are created, or used, the effective 
screen size is reduced to accommodate the GUIs. Of the 
GUIs displayed, only the ones in the foreground are active 
(i.e., in focus). In other words, when a user provides a GUI 
input, it is processed by a GUI that is in focus and addressed 
in some manner such as point and click. 

To increase the effective screen size, but maintain the 
number of GUIs needed to run a given application, many of 
the GUIs are visually overlapped. When overlapped, only 
the GUI in the foreground is in focus. If the user desires to 
use an overlaid GUI, the user must first select it. Such a 
selection is interpreted by the operating system of the 
computer to bring the selected GUI into focus. If the user 
needs to repeatedly switch between several overlapped 
GUIs, this can become somewhat frustrating. 

A user's frustration level may increase, if he or she is not 
familiar with the functionality of GUIs and needs to select 
several of them just to find the desired function he or she 
wants executed. In such a GUI-driven environment, the user 
either has to reduce the effective screen size, such that all 
needed GUIs don't overlap and are directly accessible, or 
maintain the effective screen size but overlap the GUIs. 

For television and video games, additional information 
may be presented by overlapping the primary subject matter 
of the television display or video game with a translucent 
icon. The translucent icon for television is used as a channel 
identifier and/or copyright notice. The translucent icon for 
video games may provide game progress information, game 
instructions, or other such information. In either application, 
the translucent icon presents information and is not an 
interactive icon that would allow a user to evoke a specific 
function. 

Therefore, a need exists for a method and apparatus for 
providing multi-state windows that allows for the effective 
screen size to be maximized and allows windows (i.e., 
GUIs), to be directly accessible. 

BRIEF DESCRIPTION OF THE DRAWING 

FIG. 1 illustrates a computer screen that includes a 
plurality of windows, or GUIs, and a multi-state window in 
accordance with the present invention; 

FIG. 2 illustrates the computer screen of FIG. 1 with an 
active multi-state window in accordance with the present 
invention; 

FIG. 3 illustrates a schematic block diagram of a system 
which is in accordance with the present invention; 

FIG. 4 illustrates a logic diagram that may be used to 
implement a multi-state window in accordance with the 
present invention; 
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FIG. 5 illustrates a logic diagram that may be used to 
select a given window to function as a multi-state window 
in accordance with the present invention; and 

FIG. 6 illustrates a logic diagram that may be used to 
5 process messages for a multi-state window in accordance 
with the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

Generally, the present invention provides a method and 
apparatus for a multi -state window. This may be accom- 
plished by presenting the multi-state window on a computer 
screen in various states. In a given state, or ghost state, the 
multi-state window is provided on screen in a translucent 
i5 form. In the translucent form, a window overlapped by the 
multi-state window will be shown and remain in focus. 
When a user input is received in the overlapped portion, a 
multi-state window driver associated with the multi-state 
window will provide the input to the overlaid window, i.e., 
to its associated window driver. If the user decides to 

20 

activate the multi-state window, the multi-state window 
driver transforms the multi -state window from the translu- 
cent state to an in-focus state. When in the in -focus state, the 
user inputs are processed by the multi-state window driver 
and not provided to the overlaid window. With such a 

25 method and apparatus, the present invention allows for 
multiple windows to be overlapped with underlying win- 
dows still remaining in focus. By enabling overlaid windows 
to remain in focus, the effective screen size of a computer is 

3Q maximized. 

The present invention can be more fully described with 
reference to FIGS. 1 through 6. FIG. 1 illustrates a computer 
screen 10 that is displaying a tool bar 12, a plurality of 
windows 14, 16 and 18, a task bar 21, a plurality of icons 20, 

35 22 and 24, and a multi-state window 26. For the purposes of 
this discussion, the tool bar 12, the windows 14, 16 and 18, 
the task bar 21, and the icons 20, 22 and 24 may be 
genetically referred to as windows, or graphical user inter- 
face objects. 

40 The multi-state window 26 is shown in a translucent state. 
As such, the windows that the multi-state window 26 
overlap are visible to the user. For example, the multi-state 
window 26 overlaps the tool bar 12, window 14, the task bar 
21, and the three icons, 20, 22 and 24. When the user 

45 positions a cursor in an area covered by the multi-state 
window 26, the underlying window, which remains in focus, 
is being addressed. For example, if the user positions the 
cursor, as shown by cursor position #1, and provides an 
input message, the operating system of the computer will 

50 provide the message to a window driver associated with the 
multi-state window. A multi-state window driver, which is 
also associated with the multi-state window, will interpret 
the message and route it to a window driver associated with 
the tool bar 12, since tool bar 12 is in focus. Similarly, if the 

55 user positions the cursor as shown by cursor position #2, the 
message would be provided to the window driver associated 
with icon 20 such that the message could be processed 
accordingly. Still further, if the user positions the cursor as 
shown by cursor position #3, the input message would be 

60 provided to the window driver associated with window 14. 
The function of the window drivers will be discussed in 
greater detail with reference to FIGS. 3-6. 

As one skilled in the art will readily appreciate, the 
computer screen 10 may include more or less windows than 

65 shown, and the size of the multi-state window 26 may be 
larger or smaller than shown. Such a skilled person will also 
appreciate that the multi -state window 26 may be applied 
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over a running application, such as a database application, a If the multi-state window 26 in a translucent state, i.e., not 

word processing application, etc. Still further, several multi- in focus, the multi-state window driver 44 causes the input 

state windows may be present on screen which may or may message to be routed to the window driver of the overlaid 

not overlap each other. window that is in focus. As an example and referring to FIG. 

FIG. 2 illustrates the computer screen 10 which includes 5 h assume the input message was originated due to cursor 

the same elements as the computer screen 10 of FIG. 1. The #3 the multi-state window driver 44 causes the 

, t mp * j ¥-!t/-i - - 4 , t tU u . t , input message to be routed to window driver 42, which is 

difference between FIG. 1 and F G. 2 is that the multi-state ^ ^ M window „ ^ ^ uhi . state 

window 26 is now in an active state. In the acUve state, the win(Jow ^ u ^ &e ^ ffl {Q bg 

mult.-state window 26 is in focus, thus, when the user t0 the window driver of the overlaid window by sending the 

positions the cursor in any one of cursor positions one, two 10 • , . „ n . m ... , , 

r . , . . , . . , . input message to operating system with the address changed 

or three he input is provided to the multi-state wmdow tQ ^ Qf ^ window drf such ^ ^ ^ 

driver. Note that when the multi-state window 26 is brought ^ addr6SS ^ window driver a^^,^, * the mult f. stat6 

into focus, ,t may change from a translucent state to an wjndow drfver 44 ^ direct , a(Jdress ^ drjver 

opaque state may change color, may change translucency, of the oveflaid In (he a,^,; the raulti . state 

and/or may be highlighted. When the user w^hes to bring an " ^ ^ ^ ^ tQ ^ ^ to ^ ^ 

underlying window back into focus, the user may simply • iV%a tn ; „,^„„ „ 

J , , . * . , r . J in the system to route the input message, 

point and click, or some other selection mechanism, the T - , At _ A A . . ,? 

desired window when the multi-state window driver 44 receives the 

input message, it determines that the multi-state window 26 

FIG. 3 illustrates a system 30 that includes a processing ^ active> L ^ ^ focuSj the multi ^ tale window driver 44 
unit 32, memory 34, a plurality of window drivers 36, 38, 40, prov ides the input message to the window driver 46. In this 
42, and 43, a multi-state wmdow driver 44, an associated configuration, the window driver 46 acts like any of the 
window driver 46, and a frame buffer which stores the data other window dr i ve rs 36-44 to process the input message for 
presented on the computer screen 10. The processing unit 32 the mu i t i-state window 26. If, however, upon interpreting 
may be a central processing unit of a computer, a t he input message, the multi-state window driver 44 deter- 
microprocessor, a micro-controller, or a processing device mined that it was t0 change the state of the multi . state 
used in a video graphics processor. The memory 34 may be window, the multi-state window driver 44 would first deter- 
RAM, ROM, cache memory, or any other means for storing mine the current state of the multi . state window . Having 
digital information. The wmdow drivers 36-43, the multi- made this determination, the multi-state window 44 would 
state window driver 44, and the associated window driver 46 provide instructions to the associated window driver 46 to 
are firmware devices that have their software portions stored change the appearance of the mu i ti -state window. For 
in memory 34 and the hardware portion being the processing example, the instructions could cause the multi-state win- 
units 36. Alternatively, the window drivers may be stand- dow to change from translucent l0 opaque (Le , f from not . 
alone processing devices that include associated memory for in . focus to in _ focus ) or from opaque to translucent (i.e., 
storing the programming instructions, which will be dis- from m-focus to not-in-focus). The transition from one state 
cussed in greater detail with reference to FIGS. 4-6. t0 me other may be done in multiple steps range from 2 to 

As shown, each of the window drivers 36-43 provide the several hundred steps, linearly, etc. 

window drive functionahty for an associated window shown FIG. 4 illustrates a logic diagram that may be used to 

in computer screen 10. For example, window driver 36 implement a multi-state window in accordance with the 

provides the window drive function for tool bar 12, window 4Q presen t invention. The process begins at step 50 where data 

driver 38 or window 18; window driver 40 for window 16; representing a multi-state window is stored. Such data 

window driver 42 for window 14; and window driver 43 for would indicate the level of translucency of the multi-state 

task bar 21. Thus, in operation, when any of these windows window, the level of states in which the translucent window 

are in focus and not overlapped by the multi-state window, may appear (for example, the multi-state window may be 

the operating system provides an input, which is received via 45 almost transparent to slightly translucent). The data also 

some graphical user interface means, such as a mouse, touch stored would be programming instructions to implement the 

screen, light pen, or key stroke, to the associated window multi-state window. Such programming instructions are 

driver. The associated window driver processes the input to reflected in this FIG. 4, as well in FIGS. 5 and 6. 

provide the appropriate response, where an appropriate Having stored the data representing a multi-state window, 

response may be to change the size of the particular window, 5Q the process proceeds t0 step 52 where a multi-state window 

change a color scheme, change data within the particular ^ pr0 vided on a computer screen. The multi-state window at 

window, etc. j east par tjaHy and translucently overlays a current window 

When an input is received in an area overlapped by the without taking focus from the current window. As such, 

multi-state window, the operating system provides the input when a graphical interface is provided in an area covered by 

to the multi-state window driver 44. In practice, the oper- 55 the multi-state window, the graphical interface is provided to 

ating system would need to be modified to include the ability the current window. In this manner, the graphical interface 

to create a multi-state window driver such that it could message effects the portion of the current window overlaid 

directly address it. Alternatively, the multi-state window by the multi-state window. Such affecting of the portion of 

driver could be a separate driver that monitors commands the current window may be a visual feedback, for example, 

addressed to the associated window driver 46 and intercepts 60 highlighting, changing colors, etc., or a data change. The 

them. In this alternative, the operating system would not data change may be changing the shape of the window, color 

need to be modified and, when an input was received in an of the window, or data content of the particular window. For 

area overlapped by the multi-state window, it would address example, if the current window is a word processing 

the input to the associated window driver 46, which would application, particular data may be changed, 

be intercepted by the multi-state window driver 44. 6 £\ Having provided the multi-state window in a translucent 

Upon receiving the input message, the multi-state window \ state, the process proceeds to step 54. At step 54, a deter- 

driver 44 first determines the state of the multi-state window. \ mination is made as to whether the multi-state window has 
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been selected. Such a selection would indicate that the 
multi-state window is to become in focus. The selection may 
be done by detecting a mouse cursor positioning over the 
multi-state window for a predetermined period of time. For 
example, two seconds to ten seconds, selection of a particu- 
lar icon, a particular key combination via the keyboard, a 
touch-screen activation, or a menu selection. If the multi- 
state window has not been selected, the process proceeds to 
step 56 where the multi-state window is maintained in the 
translucent, non- focused state. 

If, however, the multi-state window has been selected to 
come in focus, the process proceeds to step 58. At step 58, 
the multi-state window is phased into focus. Such phasing 
into focus may be a multi-step transition from translucent to 
opaque where the number of steps range from 2 to any given 
number, a linear transition from translucent to opaque, 
providing an audible indicator and/or a visual indicator. As 
one skilled in the art will readily appreciate, there is a 
plurality of ways in which the multi-state window may be 
phased into focus. 

Once the multi-state window is in focus, graphical inter- 
face messages received within the physical proximity of the 
multi-state window are processed by the multi-state window 
driver and the associated window driver. When the user 
desires to deselect the multi -state window, i.e., returning it 
to a translucent state, the user may reselect the current 
window such that the current window becomes in focus 
thereby causing the multi-state window to return to the 
translucent, non-focused, state. 

FIG. 5 illustrates a logic diagram that may be evoked to 
allow any window to become a multi-state window. The 
process begins at step 60 where a determination is made as 
to whether a particular window has been selected. Once the 
window has been selected, the process proceeds to step 62. 
At step 62, the attributes of the particular window are 
converted into a multi-state window. This may be done by 
subclassing the particular window driver (the window driver 
46 of FIG. 3), and receiving window commands for the 
selected window by a multi-state window driver (the multi- 
state window driver 44 of FIG. 3). 

Having converted the attributes of the window into multi- 
state window attributes, the process proceeds to step 64. At 
step 64, the multi-state window is provided on a computer 
screen. The multi -state window may at least partially and 
translucently overlay a current window without taking focus 
from the current window. Such was described with reference 
to FIG. 1. While the selected window remains a multi-state 
window, it functions as described herein. When the user 
desires to deselect the window from being a multi-state 
window, the user evokes an appropriate input command, 
which may be selection of an icon, a menu selection, etc. 

FIG. 6 illustrates a logic diagram that may be used by the 
multi-state window driver to process messages. The process 
begins at step 70 where a message is received via an 
interface. Such an interface may be a graphical user interface 
as previously described or a keyboard entry. The interface 
identifies the particular multi-state window. In other words, 
if it is a graphical user interface, the mouse cursor has been 
positioned over the multi-state window. 

Having received the message, the process proceeds to step 
72 where a determination is made as to whether the message 
is a changed state message. If so, the process proceeds to 
step 74 where the state of the multi-state window is changed. 
For example, if the multi-state window were in a first state, 
i.e., in focus, the multi-state window would change to the 
translucent, non -focused, state or a second state. Conversely, 
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if the multi-state window were in the second state, it would 
change to the first state. To determine the state of the 
multi-state window, the multi-state window driver accesses 
a window style bit that, when set indicates the second state 

5 and when not set indicates the first state. 

If the message is not a changed state message, the process 
proceeds to step 76 where a determination is made as to 
whether the multi-state window is in a first or second state. 
If the multi-state window is in a first state, the process 

10 proceeds to step 78. At step 78, the message is provided to 
the window driver for the multi-state window. As such, the 
multi-state window processes the particular message. If, 
however, the multi-state window is in the second state, the 
non-focused state, the message is provided to a window 

35 driver of another window. The other window is overlapped 
by the multi-state window. 

In addition, the multi-state window driver may process a 
draw message. If the message is a draw message, which 
requests the multi-state window to be drawn, the state of the 

20 multi-state window is determined. Having made this 
determination, the multi-state window is drawn as an opaque 
window when in the first state, and is drawn as a translucent, 
non-focused, window when in the second state. 

25 The proceeding discussion has provided a method and 
apparatus for providing a multi -state window on a computer 
screen. Such a multi-state window allows for additional 
windows to be displayed without taking focus away from 
underlying windows. As such, computer users may increase 

30 the effective screen size while maintaining access to a 
plurality of windows. 
What is claimed is: 

1. A method for a multi -state window, the method com- 
prises the steps of: 

35 a) storing data representing a multi-state window with 
associated multi-state window driver; 

b) providing the multi-state window on a screen, wherein 
the multi-state window at least partially and translu- 
cently overlays a current window without taking focus 

40 from the current window; 

c) determining selection of the multi-state window; and 

d) phasing the multi-state window into focus; 

e) reselecting the current window such that the current 
45 window is in focus; thereby causing the multi-state 

window to return to the translucent, non-focused state. 

2. The method of claim 1 further comprises, within step 

(b) , providing a graphical user interface (GUI) with a portion 
of the current window that is overlaid by the multi-state 

5Q window. 

3. The method of claim 1 further comprises: 
receiving a graphics interface message for a portion of the 

current window overlaid by the multi-state window; 
and 

55 effecting the portion of the current window based on the 
graphics interface message. 

4. The method of claim 3 further comprises effecting the 
portion of the current window by providing at least one of: 
visual feedback and data change. 

60 5. The method of claim 1 further comprises, within step 

(c) , determining the selection of the multi-state window by 
at least one of: detecting mouse cursor positioning over the 
multi-state window for a predetermined period of time, 
selection of an icon, key combination, touch screen 

65 activation, and menu selection. 

6. The method of claim 1 further comprises, within step 

(d) , phasing the multi-state window into focus by at least one 
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of: a multi-step transition from translucent to opaque, linear 
transition from translucent to opaque, provide an audible 
indicator, and a visual indicator. 

7. The method of claim 1 further comprises, when the 
multi-state window is in focus, providing graphical interface 
messages to the multi-state window. 

8. The method of claim 1 further comprises the multi-state 
window overlaying at least one of: a toolbar, desktop icons, 
and a task bar. 

9. A method for a multi-state window, the method com- 
prises the steps of: 

a) determining selection of a window to produce a 
selected window; 

b) converting attributes of the selected window into a 
multi-state window wherein the multi-state window is 
for: 

receiving at a first window driver a user input based 
upon a screen location, wherein the first window 
driver is associated with the multi-state window; 

processing the user input at the first window driver 
when the screen location is a first screen location; 
and 

providing the user input to a second window driver 
associated with a current window when the screen 
location is a second screen location, wherein the 
second window driver is a different window driver 
than the first window driver; and 

c) providing the multi-state window on a screen, wherein 
the multi-state window at least partially and translu- 
cently overlays the current window without taking 
focus from the current window. 

10. The method of claim 9 further comprises, within step 
(a), determining selection of the window by at least one of: 
detecting mouse cursor positioning over the window for a 
predetermined period of time, selection of an icon, key 
combination, touch screen activation, and menu selection. 

11. A method for a processing a message by a multi-state 
window driver of a window, the method comprising the 
steps of: 

a) receiving a message via an interface, wherein the 
interface identifies a multi-state window; 

b) determining whether the message is a request to change 
state of the multi-state window; 

c) when the message is not a request to change the state 
of the multi-state window, determining a state of the 
multi-state window; 

d) when the multi-state window is in an in-focus state, 
providing the message to a window driver for the 
multi-state window; and 

e) when the multi-state window is not in the in-focus state, 
providing the message to a window driver for another 
window, wherein the another window is at least par- 
tially overlaid by the multi-state window. 

12. The method of claim 11 further comprises changing 
the state of the multi -state window when the message is a 
request to change the state. 

13. The method of claim 11 further comprises: 
determining whether the message is draw message which 

is requesting the multi-state window to be drawn; 
when the message is the draw message, determining the 

state of the multi-state window; 
when the multi-state window is in the in-focus state, 

drawing the multi-state window as an opaque window; 

and 

when the multi -state window is not in the in-focus state, 
drawing the multi-state window as a translucent, non- 
focused, window. 
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14. A digital storage medium that stores programming 
instruction that, when read by a processing device, causes 
the processing device to process a multi-state window, the 
digital storage medium comprises: 
5 first storage means for storing programming instructions 
that, when read by the processing device, causes the 
processing device to store data representing a multi- 
state window with associated multi-state window 
driver; 

10 second storage means for storing programming instruc- 
tions that, when read by the processing device, causes 
the processing device to provide the multi-state win- 
dow on a screen, wherein the multi-state window at 
least partially and translucently overlays a current 

JS window without taking focus from the current window; 
third storage means for storing programming instructions, 
that when read by the processing device, causes the 
processing device to determine selection of the multi- 
state window; 

2Q fourth storage means for storing programming 
instructions, that when read by the processing device, 
causes the processing device to phase the multi-state 
window into focus; and 
fifth storage means for storing programming instructions, 

25 that when read by the processing device, causes the 
processing device to reselect the current window such 
that the current window is in focus; thereby causing the 
multi-state window to return to the translucent, non- 
focused state. 

30 15. A digital storage medium that stores programming 
instruction that, when read by a processing device, causes 
the processing device to process a multi-state window, the 
digital storage medium comprises: 

first storage means for storing programming instructions 
35 that, when read by the processing device, causes the 
processing device to determine selection of a window 
to produce a selected window; 
second storage means for storing programming instruc- 
tions that, when read by the processing device, causes 
40 the processing device to convert attributes of the 
selected window into a multi-state window wherein the 
multi-state window is for: 

receiving at a first window driver a user input based 
upon a screen location, wherein the first window 
45 driver is associated with the multi-state window; 

processing the user input at the first window driver 
when the screen location is a first screen location; 
and 

providing the user input to a second window driver 
50 associated with a current window when the screen 

location is a second screen location, wherein the 
second window driver is a different window driver 
than the first window driver; and 
third storage means for storing programming instructions 
55 that, when read by the processing device, causes the 
processing device to provide the multi-state window on 
a screen, wherein the multi-state window at least par- 
tially and translucently overlays the current window 
without taking focus from the current window. 
60 16. A digital storage medium that stores programming 
instruction that, when read by a processing device, causes 
the processing device to process a multi-state window, the 
digital storage medium comprises: 

first storage means for storing programming instructions 
65 that, when read by the processing device, causes the 
processing device to receive a message via an interface, 
wherein the interface identifies a multi-state window; 
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second storage means for storing programming instruc- 
tions that, when read by the processing device, causes 
the processing device to determine whether the mes- 
sage is a request to change state of the multi-state 
window; 

third storage means for storing programming instructions 
that, when read by the processing device, causes the 
processing device to determine a state of the multi-state 
window when the message is not a request to change 
the state of the multi-state window; 

fourth storage means for storing programming instruc- 
tions that, when read by the processing device, causes 
the processing device to provide the message to a 
window driver for the multi-state window when the 
multi-state window is in an in-focus state; and 

fifth storage means for storing programming instructions 
that, when read by the processing device, causes the 
processing device to provide the message to a window 
driver for another window when the multi-state win- 
dow is not in the in-focus state, wherein the another 
window is at least partially overlaid by the multi-state 
window. 



10 



15 



20 



17. A computer system comprising: 
a central processing unit; 

memory operably coupled to the central processing unit; 
video graphics processor operably coupled to the central 

processing unit, wherein the video graphics processor 

includes: 

a plurality of window drivers for processing window 
functions for a plurality of windows; and 
at least one multi -state window driver, wherein the at least 
one multi-state window driver drives a multi-state 
window and interfaces to at least one of the plurality of 
window drivers, and wherein the at least one multi- 
state window driver provides a message to the at least 
one of the plurality of window drivers for another 
window when the multi-state window is not in-focus, 
wherein the another window is at least partially over- 
laid by the multi-state window and is affiliated with the 
at least one of the plurality of window drivers. 
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